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SPECIFICATION 
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Method for the distribution of audio-visual information 
and a system for the distribution of audio-visual 

information 


Field of the invention 

This invention relates to a method 
distribution of audio-visual information and a 
the distribution of audio-visual information. 

5 

Background of the invention 
In the prior art, devices are known that permit a 
user having a terminal and a connection to a server of 
audio-visual information to download pieces of music in 

10 order to listen to them in real time or to store them in 
data storage means, either connected to the terminal, or 
transportable so as to be able to play them back or 
duplicate the pieces of music an unlimited number of 
times. However, most of these devices do not permit the 

15 calculation of royalties due to those having rights to 
the pieces of music since none of these devices enable 
the use made of the piece of music to be verified. 


for the 
system for 


Object and summary of the invention 

20 Hence, this invention has the objective of remedying 

the disadvantages of the prior art by proposing a method 
of distributing audio-visual information enabling one to 
identify and to calculate the rights of reproduction of 
the audio-visual information distributed. 

25 This first objective is achieved by a method for the 

distribution of audio-visual information between a server 
and at least one terminal connected by bi-directional 
means of communication to the server characterized in 
that it comprises : 
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- a step of registering each terminal at the server 
to identify the terminal in a unique way and to record 
the type of terminal, 

- a step of authenticating the terminal by the 
5 server on the occasion of each connection of the terminal 

to the server, 

- a step of downloading at least one selection of 
audio-visual information chosen by the user of the 
terminal during its connection to the server, the format 

10 in which the selections of audio-visual information are 
transmitted being such that the destination terminal can 
make use of them, 
Jfj - a step of storing the use made of each selection 

;£f of audio-visual information in a data base of the server. 

£ 15 In another embodiment, the use of a selection of 

audio-visual information comprises, either the running in 
J* real time of the audio-visual information on the 

!L destination terminal, or the storing of the audio-visual 

if! information for the purpose of running it on the 

20 destination terminal, or the running, in real time, of 
Q the audio-visual information, after storing the audio- 

™ visual information on the destination terminal. 

In another embodiment, the authentication step 
includes a step of the terminal sending stored 
25 information relating to the desired uses to be made of 
the audio-visual information downloaded onto the 
terminal. 

In another embodiment, the method includes a step in 
which the server processes information stored or received 
30 and relating to the uses for the audio-visual information 
downloaded onto the terminal in order to determine the 
amount of royalties to be paid to each of the parties 
having rights over the audio-visual information. 
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In another embodiment, the registration step 
comprises a step of sending decoding and/or decryption 
means as a function of the format in which the audio- 
visual information will be transmitted to the terminal 
5 and which corresponds to the specified uses. 

In another embodiment, the type of terminal defines 
the use which will be made of the audio-visual 
information on the terminal. 

In another embodiment, the method comprises a step 
10 of paying for the selections commanded, either during the 
authentication step or during the choice of the user, or 
before the downloading step. 

In another embodiment, the method comprises a step 
of storing on the terminal statistical records concerning 
15 the use of the selections stored by the terminal and a 
step of sending, by the terminal, of information 
corresponding to the statistical records, during 
connection between the terminal and the server. 

A second aim of the invention consists of proposing 
20 a system for the distribution of audio-visual information 
which permits the calculation of the rights of 
reproduction of audio-visual information distributed. 

This second objective is achieved by a device for 
the distribution of audio-visual information comprising a 
25 server including mass data storage means that include 
audio-visual information for representing a plurality of 
musical and/or video selections, and at least one 
terminal including data storage means and a bi- 
directional communication link with the server, the 
30 device being characterized in that the data storage means 
of the server comprise an identification of each terminal 
defining the use of the audio-visual information 
transmitted to the terminal, each terminal comprising 
means interactive with the user to permit the choice of 
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at least one selection through the communication link 
with the server and means of running the information sent 
by the server and representative of an audio-visual 
selection . 

5 In another embodiment, the running means comprise 

means of running the audio-visual information sent by the 
server in real time, on the terminal. 

In another embodiment, the running means comprise 
means of forbidding the re-use of the audio-visual 
10 information sent. 

In another embodiment, the running means of the 
terminal comprise means of storing the audio-visual 
information sent. 

In another embodiment, the terminal comprises means 
15 of recording information relating to the use made of the 
selections sent by the server to the terminal. 

In another embodiment, the server includes means of 
calculating royalties to be paid to each of the parties 
having a right over the use of the selections sent to the 
20 terminals, from information recorded by the server and 
transmitted by each terminal and relating to the use of 
the selections. 

In another embodiment, the exploitation means 
comprise a Digital Signal Processor DSP comprising means 
25 of decoding audio-visual information transmitted by the 
server in order to provide digital information, a 
digital-analog converter, at least one output for digital 
information to data storage means and command means for 
each digital output in order to authorize or not to 
30 authorize the storage of the digital information. 

It must be obvious to persons skilled in the art 
that this invention permits embodiments in numerous other 
specific forms without departing from the field of 
application of the invention as claimed. Consequently, 
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these embodiments must be considered as being given for 
illustrative purposes and may be modified within the 
field defined by the scope of the attached claims. 

In another embodiment, the interactive comprising 
5 selection means including a pointer and or a touch screen 
associated with displays means for displaying at least 
one dialogue screen, and/or a vocal command system 
associated with audio reproduction means for restituting 
at least one vocal message. 

10 

Brief description of drawings 

The invention, with its characteristics and 
advantages, will emerge more clearly on reading the 
description made ■ making reference to the appended 
15 drawings in which : 

- Figure 1 represents a simplified diagram of the 
device for the distribution of audio-visual information 
according to the invention ; 

- Figure 2 represents the logic diagram of the 
20 operations carried out during the communication between 

the server and a terminal of the device for the 
distribution of audio-visual information according to the 
invention ; 

- Figure 3 represents a diagram of the terminal of 
25 the device for the distribution of audio-visual 

information according to the invention. 

Description of the preferred embodiments 
Before describing the invention, it should be 
30 recalled in which context the broadcasting of audio- 
visual information is located. Firstly, by information or 
audio-visual selections, one must understand digital 
information or information arising from digitization that 
is representative of an artistic work. According to 
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legislation currently in force in most countries, no 
sound reproduction or copy of an artistic work can be 
made without the agreement of the person or persons 
having rights to it, namely, in particular, its authors 
5 and/or composers and/or interpreters and/or promoters 
(recording company) and/or distributors. As a general 
rule, this or these agreement (s) is/are given in exchange 
for the payment of royalties. 


10 the scope and the contents of certain rights. 

The rights to artistic audio-visual works are of 
several types- and are a function in particular, of the 
use which is made of the artistic work. In the case of a 
musical work, first of all there are rights linked to the 

15 sound reproduction of the work. Hence as soon as a 
musical work is reproduced, that is to say, as soon as it 
is played on a sound playback device, master rights are 
due to all or some of those having rights. When the 
musical work is copied, that is to say, information 

20 representative of the musical work is transferred onto 
another medium, then, for each copy of the work, 
mechanical rights are due to all or some of those having 
rights. Hence any downloading of a song from a memory of 
a server to another memory of a remote terminal 

25 constitutes a copy of an artistic work. 

When the artistic work consists of the association 
of still or moving images with sound, the reproduction of 
this work also gives rise to synchronization rights which 
can be negotiated by mutual agreement by the legal 

30 representatives of those having rights and authorized to 
collect the royalties according to regulations which are 
predefined but may vary from one work to another. 

When an artistic audio-visual work is reproduced in 
public, it gives rise, in certain cases, to public 


By way of example, we will describe in what 


follows , 
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performance rights, recognized in general by legal bodies 
who represent parties having rights and who are 
authorized to collect the royalties in accordance with 
regulations which are predefined but may vary from one 
5 work to another. 

The rights which have just been mentioned are, by 
way of example. Other rights linked to the use of 
artistic audio-visual works can exist or arise. 
Similarly, the definition of the rights and particularly 
10 their- conditions of application can change. However, 
whatever the type of right stemming from the use of an 
artistic work and whatever its application conditions, 
the method and the device according to the invention can 
be applied. 

15 As previously explained, the devices for the 

distribution of audio-visual information of the prior art 
did not provide means enabling one to determine the total 
amount to be paid to those having rights and did not 
exercise any controls whatsoever over the use of the 

20 audio-visual selections once they had been distributed. 
Consequently, the distribution of audio-visual 
information using these devices of the prior art is most 
of the time carried out regardless of the rights of third 
parties to the artistic works corresponding to the audio- 

25 visual information. 

This invention proposes to resolve this problem by 
providing a device and a method for the distribution of 
audio-visual information that enables one to take into 
account the payment of royalties and taxes to those 

30 having rights to an artistic work, when the work is 
commanded using a terminal connected to a server 
specialized in the distribution of artistic works in the 
form of audio-visual information through a communication 
network . 
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One non-limitative embodiment of the invention will 
now be described making reference to Figures 1A and IB. 
The device described in what follows enables one to take 
into account rights linked to the sound reproduction and 
5 the rights linked to the copying of sound works in 
particular. However, by applying the same principles, it 
is possible to take into account all the rights linked to 
any sort of use of an audio-visual work. 

The distribution device according to the invention 

10 comprises a server 2 for the distribution of audio-visual 
information connected by a bi-directional communication 
link 3 to at least one remote terminal 1. Figure 1 only 
shows a single terminal. However, the server 2 according 
to the invention can be connected in a simultaneous 

15 fashion and through links of various types to several 
terminals 1 . 

The server 2 includes a module 20 for the management 
of communication with the terminals 1. This module 20 can 
include different sub-modules so as to take into account 

20 the different possible types of communications' links. 
Hence, a first sub-module comprises a communication 
interface that permits linkage to an ISDN or Integrated 
Services Digital Network. A second sub-module comprises a 
communication interface that allows connection to a 

25 communication link of the satellite type. A third sub- 
module comprises a communication interface that permits 
linkage to a communication link of the telephonic type, 
particularly a traditional wire connection or an ADSL or 
cellular type of link. A fourth sub-module comprises a 

30 communication interface that permits linkage to a 
communication link of the television cable network type. 
The communication management module comprises 
transcription means so that, on the one hand, in the 
server terminal communication direction A, it transcribes 
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the information coming from the server into the format 
suited to the type of linkage 3, and, on the other hand, 
in the terminal server communication direction B, it 
transcribes the information coming from the terminal into 
5 the format suited to the type of linkage 3. The 
communication management module 20 comprises means of 
analyzing signals received from the terminals 1 in order 
to extract from these signals, requests from the 
terminals or responses from the terminals 1 to the 
10 requests from the server 2. Finally, the communication 
management module. 20 comprises means of transmitting 
requests or the responses to the relevant module of the 
*S server. 

01 The communication between the different modules of 

"a. 15 the server 2 is created using a bi-directional bus 25 
=p known of itself. 

A first module 21, called an authentication module 
* comprises, for example, in a data base 210, a piece of 

^ information representative of an identification of all 

H 8 20 the terminals 1 liable to establish a connection with the 
p. server 2. The authentication module 21 comprises means of 

Q updating the data base 210 so that each time a user 

wishes a new terminal to be able to connect to the server 
2, a new identification is assigned to this new terminal 
25 1. This updating is carried out, for example, using a 
registration procedure. This registration procedure has 
the purpose, on the one hand, of assigning an identifier 
and, for example, a pass word unique to each terminal. 
Similarly, this procedure- specifies the use to be made of 
30 the information which will be transmitted subsequently to 
the server 2. In effect, there are several ways of using 
the audio-visual information transmitted by the server 2. 
In a first case, the terminal 1 can be used to listen to 
a musical selection commanded to the server 2, in real 
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time. In a second case, the terminal 1 can be used to 
store a musical selection commanded to the server 2 in 
order to be replayed an unlimited number of times. Hence, 
in the first case, a single royalty for a single 
5 broadcast is due. to those having rights. Within the 
second case, there are two possible situations. In a 
first situation, on the one hand, a royalty for copying 
the work must be calculated and paid and on the other 
hand a royalty for each sound playback of the selection 

10 must be calculated and paid! In a second situation, 
payment for storage of the data and its unlimited use is 
made as a one-off payment by the user. This situation is 
very similar to the purchase of songs on traditional 
media such as an audio CD or a cassette. In this case, 

15 the royalties can also be calculated as a one-off payment 
for each downloading. Hence it can be understood that the 
management of these uses is necessarily different since 
these uses give rise to royalty payments calculated in a 
different way. This difference in calculation resides not 

20 only in the rate applied but also in the number of times 
that this rate must be applied. 

Hence, at the time of registration, a code or a 
unique key, for example, unknown to the user is assigned 
to the terminal to determine the use or uses which may be 

25 made of the audio-visual information sent by the server 2 
to the terminal 1. This code or this unique key is 
associated with the identifier and r to the pass word of 
the terminal . By use , one must understand all the uses 
that can be envisaged for a piece of audio-visual 

30 information, namely reproduction in a private or public 
context, copying and reproduction on demand or in a 
random fashion of a- selection list. 

The authentication module 21 also includes means of 
managing the connection of each terminal 1 registered 
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with the server 2 . These management means will be 
described later making reference to Figure 2. 

The server 2 includes a second module 22 called the 
graphic interface. This interface module 22 comprises 
5 means of sending dialogue screens to the terminals having 
established a connection with the server. In another 
embodiment variation, the dialogue screens may be 
complemented or replaced by vocal messages. The dialogue 
screens and/or the vocal messages are sent by the 

10 communications management module 21 to the terminals 
having established a connection with the server 2, to 
display on terminal 1 display means 122, screens that 
include selection windows, menus or any other dialogue 
box to guide the user in his selection command or 

15 commands and, for example, to permit the terminal 1 
authentication procedure to take place when connection is 
made with the server 1. The graphic interface module 22 
comprises means of processing either requests for a 
selection from the terminal 1 during the selection 

20 procedure, or requests from the authentication module 21 
during the authentication procedure for the terminal 1. 
In effect, during the authentication procedure, the 
authentication module 21 must ask the terminal 1 to 
identify itself so as to authorize access of the terminal 

25 to the server. This request is carried out by means of a 
request sent by the authentication module 21 to the 
terminal 1 through the communications management module 
20. The request includes asking for the identifier and 
the pass word of the terminal in order to verify that the 

30 terminal which is attempting to make the connection is 
properly registered, that is to say that its identifier 
and its pass word are correctly contained in the data 
base 210. This request is sent to the terminal 1 by means 
of a particular screen generated by the graphic interface 
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module 22 which is then activated by the authentication 
module 21 so as to transmit the corresponding 
authentication screen to the terminal 1. In another 
variant, the authentication module 21 may include a sub- 
5 module generating this screen and can transmit it to the 
communication management module 20 for sending to the 
terminal 1. 

The server 2 includes a third module constituting a 
selection library 23 of audio-visual items. This library 

10 collects together notably all the selections available 
for downloading to the terminals 1. The selection library 
23 may also "include selections which are not yet 
available for downloading. This case arises when the 
selections concerned have not been made the subject of an 

15 agreement for their broadcasting or their copying. In 
effect, according to the invention, a selection is only 
made available to the terminals when the authorizations 
for reproduction or for copying have been obtained from 
all those having rights over that selection. Hence the 

20 selections can be stored in data base form and a flag 
system enables one to identify that a selection is 
available for downloading to the terminals. For each 
agreement with a party having rights over the 
broadcasting or the copying of a selection, a flag is 

25 used indicating if the agreement has been obtained. When 
all the flags indicate that all the agreements have been 
obtained then the selection is available for downloading. 
If, on the contrary, a single flag indicates that an 
agreement has not been obtained, then the selection is 

30 not available for downloading as long as the flag remains 
in the same state . 

The server 2 includes a fourth module 24 called the 
royalty calculation module. This module 24 comprises 
means of collecting information sent and received from 
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each terminal 1 concerning the use which is made of the 
selections sent. The information collected is then stored 
on data storage means of the server. The royalty 
calculation module 24 also comprises, for example, in a 
5 data base, elements for calculating royalties as a 
function of the number of copies or broadcasts of each 
selection. These calculation elements are in particular, 
the royalty rates claimed for each party having rights 
for each use of the selection. Hence, for one and the 
10 same selection, the royalty rate for reproduction can be 
different to the royalty rate for copying which itself 
may be different to a one-off royalty for the copying of 
4j a selection with a view to its unlimited reproduction, 

jji Similarly, as previously explained, a royalty rate can be 

-J, 15 specified for every other right over the selection that 
,p exists. So as to carry out the calculation from these 

12 elements, the royalty calculation module 24 receives, for 

35 example, from the communications management module 20, 

]p s information about the sending of selections to the 

!~ 20 terminals 1. As soon as a selection is transmitted to a 
S terminal 1, the communications management module 20 

O notifies the collecting means of the royalty calculation 

module 24 by indicating to it if the selection is being 
sent for listening to in real time or for storage with a 
25 view to unlimited use with a one-off payment or for any 
other use giving rise to calculation of royalties. In 
effect, as previously explained, if the selection is 
simply listened to in real time, there is not, in 
relation to legislation currently in force, any change of 
30 medium and hence only reproduction rights are due. If, 
contrary to this, the selection is transmitted to a 
terminal 1 which is authorized to store the selections 
transmitted, then copying rights are due. In another 
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example, if the selection is intended to be played in a 
public place, then performance rights are also due. 

Similarly, when each terminal 1 receives,- for the 
purposes of storage, a selection sent by the server 2, 
5 during each connection to the server 2, information 
determines the number of times that the selection 
received on the terminal 1 has been played. When the 
management module 20 receives this information, it 
notifies it to the information collection means of the 
10 royalty calculation module 24 which can then carry out 
the exact calculation of the royalties to be paid for 
each of the parties having rights as a function of the 
^ calculation elements stored in the data base. In the case 

m where the royalties for the storage and the playback are 

% 15 due in the form of a one-off payment, the information 
2 JS determining the number of times the selection received on 

the terminal 1 has been played is nevertheless requested 
n and stored for information purposes as explained later. 

^ Each terminal 1 according to the invention is 

20 organized around a device 10 with a microprocessor. This 
device 10 includes a plurality of control circuits 11, 
Q 12, 13, 14 that permit management particularly of the 

communication with the server, the choice and the 
commanding of selections, listening to a selection in 
25 real time, the storage of selections and the restitution 
of the selections stored. A first control circuit 11 
constitutes the communication interface with the 
communication link 3 with the server 2. This first 
control circuit 11 can be matched to a link that may be a 
30 telephone link, a satellite link or a cable link. The 
function of this first circuit 11 is substantially the 
same as that of the management module of the server, but 
on the terminal 1 side. In effect, the first control 
circuit 11 includes transcription means either to edit 
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the data A arriving over the link 3 so that they are 
processed by the microprocessor device, or to edit the 
data B sent by the terminal 1 to the server 2. 

The second control circuit 12 comprises interface 
5 means between the user and the terminal 1. These 
interface means essentially comprise display means 122 
and selection means 121. The display means 122 include, 
for example, a monitor or a liquid crystal screen. The 
selection means 121 comprise, for example, a pointer, 

10 such as a mouse, or a touch screen or a vocal command 
system or a radio-frequency or infra-red remote command 
device. These interface means permit the display of 
selection help screens generated by the graphic interface 
module 22 and then sent over the communication link 3. 

15 The selection means 121 allow the user to define and 
then validate his selection choices or to respond to 
requests from the server 2, for example, during the 
terminal 1 authentication procedure, this being done in 
manual fashion by a touch screen or keyboard or remotely, 

20 for example by voice. 

The third circuit 13 comprises restitution means for 
the selections. When the selections are musical pieces, 
the third circuit 13 is connected to a sound 
amplification device 130. An embodiment example of the 

25 third circuit 13 is shown in Figure 3. According to this 
variant, the third circuit 13 is created around a signal 
processor designated below as DSP (Digital Signal 
Processor) . The DSP receives the stream of audio-visual 
information corresponding to the selection on its input. 

30 This audio-visual information is digital data that has 
been compressed or encoded and possibly encrypted. 
According to the embodiment variation, the data are 
encoded in format MP3, then encrypted in a proprietary 
format MMP. The MMP format data are firstly decrypted by 
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a decrypting module, 1310 in Figure 3, to provide a 
stream of digital data in MP3 format- This data flow is 
applied to the input of a decoding module 1311 that 
enables one to obtain, on its output, a flow of 
5 decompressed data in a standard digital format, such as 
WAV format. This data flow in WAV format is then applied 
to the input of a digital-analog converter 132 to be sent 
to the sound amplification device 130. The decrypting 
module 1310 and the module 1311 can be exclusively of the 

10 software type or the firmware type. 

As explained previously, a remotely loaded selection 
can be either played or stored in order to be replayed or 
may be played once in real time. In this latter case, the 
data flow must in no case be accessible to the user. In 

15 other words, the digital data must not be stored. 
Contrary to this, in the first case, the digital data can 
be stored. Hence the DSP includes at least one command 

133.1, 133.2, 133.3 for access to storage means 140.1, 

140.2, 140.3 of the terminal 1. This access command 
20 133.1, 133.2, 133.3 allows or does not allow the transfer 

of the data flow in one of three formats MMP, MP3, WAV to 
an area 140.1, 140.2, 140.3 of the storage means 140 of 
the terminal 1. According to a first embodiment variant, 
each terminal is configured during the registration 
25 procedure on the server 2 for a specified use and one of 
the commands is validated to authorize the type of use 
provided for. 

In a second embodiment, the terminal is upgradeable 
and its mode of use can be adapted when under way. In 
30 this case the server 2 sends information permitting 
validation for operation according to one of the three 
types of use defined above at the same time as the audio- 
visual information . 
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In a final embodiment, when the use provided for on 
the terminal does not include the storage of transmitted 
audio-visual information, none of commands 133.1, 133.2, 
133,3 is validated which prevents any storage of the 
5 audio-visual information on the data storage means of the 
terminal 1. 

Hence, a first access command 133.1 is sent on a 
link situated between a point upstream of the decrypting 
module 1310 and the data storage means 140.1. This first 
10 access command 133.1 allows or does not allow storage of 
a selection in the encoded or MMP encrypted format. A 
second type of access command 133.2 is sent on a link 
y whose first end is connected between the decrypting 

01 module 1310 and the decoding module 1311 and whose second 

'i! 15 end is connected to the data storage means 140.2 of the 
= p terminal 1. Hence, this second type of access command 

133.2 allows or does not allow the storage of a selection 
2£ in the MP3 encoded format. Finally, a third type of 

^ access command 133.3 is sent on a link whose first end is 

M= 20 placed between the decoding module 1311 and the digital- 
m analog converter 132 and whose second end is connected to 

Q the data storage means 140.3 of the terminal 1. Hence 

this third type of access command 133.3 allows or does 
not allow the storage of a selection in the decompressed 
2 5 digital format WAV. 

In order to provide better protection against fraud 
and in particular, against illegal copying of musical 
pieces, the preferred access command is the first. In 
effect by suppressing the second and the third access 
30 commands, the only format available for storage is the 
MMP format. This format being both encrypted and encoded, 
the stored data is unusable without the decrypting and 
decoding algorithms . 
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The protection of digital data transferred to the 
terminal 1 can be achieved by any other means 
complementary or equivalent to encoding and/or 
encryption . 

5 The fourth circuit 14 manages the data storage means 

140. These data storage means 140 can be of the hard disk 
type, removable data storage (flash memory, diskette, CD- 
ROM) or any other type of semi-conductor, magnetic or 
optical memory. 

10 According to the invention, the terminal 1 may be, 

either dedicated hardware, that is to say hardware 
specially designed for dialogue with the server 2, or 
standard hardware . 

When the terminal 1 is dedicated, the DSP 13, 

15 integrates both the software and the hardware elements 
for the decrypting and the decoding of the data flow 
coming from the server 2. Similarly, the identifier and 
the pass word are, for example, stored in advance in the 
data base 210 of the authentication module 21. 

20 When the terminal 1 is a standard terminal, it must 

receive, by means of the first circuit controlling the 
link, a certain number of software elements sent, for 
example, by the server, for example, during the 
registration procedure before being able to be connected 

25 to the server 2 and being able to use the data 
transmitted by the server 2. Similarly, the user of the 
terminal 1 must possess an identifier and a pass word to 
be identified by the server at the time it is connected. 
In effect, as previously explained, the user must specify 

30 what use will be made of the selections on the terminal 1 
so that the authentication module 21 assigns the code or 
the key which is appropriate to identify this use. 

These software elements sent, for example, by the 
server include a configuration for the terminal 1 to 


19 


authorize the dialogue between the communication 
management module 20 and the first circuit 11 in a way 
that permits, in particular, the processing of 
information representative of the screen display on the 
5 display means 122 of the terminal 1- Secondly, these 
software elements include, when this is necessary, means 
of decrypting and/or decoding the audio-visual 
information transmitted by the server 2. Thirdly, these 
software elements include, when the terminal 1 is 

10 authorized to store the data corresponding to the 
selections, means of retaining a display of . all 
subsequent occasions on which the selections stored on 
the terminal 1 were run. These means of retaining a 
display of the selections include means of creating and 

15 updating, for example, a log file containing the number 
of times each selection contained on the terminal has 
been run as well as the dates on which the selection was 
run . 

In an embodiment variation shown in Figure IB, the 
20 exchange of information between the server 2 and the 
terminals 1.1.1 to 1 . n . n 3 is carried out by means of at 
least one so-called multi-service server 4.1 to 4.n. 

The terminals 1.1.1 to l.n.n3 shown contain at least 
elements which carry out the essential functions of a 
25 terminal as described previously with reference to Figure 
1A. 

The architecture shown in Figure IB arises when the 
terminals 1.1.1 to 1 . n . n 3 are already connected to a 
multi-service server 40.1 to 40. n. By way of an example, 
30 a first multi-service server 4.1 includes a system for 
the distribution of television programs by cable that 
includes a return channel. In this case, the terminals 
1.1.1 to 1.1. ni can be made up of a decoder coupled to a 
television and to appropriate selection means. A second 
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multi-service server 4.2 is made up of a cellular 
telephone operator. In this case, the terminals 1.2.1 to 
1 . 2 . ri2 can be constituted by the cellular telephone. The 
selection means are, for example, constituted by the 
5 keyboard or a vocal command system. 

The communication protocol between each terminal 
1.1.1 to l.n.n3 and its. associated multi-service server 
4.1 to 4.n to permit the selection and the reception of 
audio-visual items stored on the server 2 is managed by 
10 the multi-service server 4.1 to 4.n through an interface 
41.1 to 41. n specific to each communication link 51.1 to 
51. n between a server 4.1 to 4.n and the associated 
^ terminals 1.1.1 to l.n.n3. The communication links 51.1 

Tl to 51. n between a server 4.1 to 4.n and the associated 

; t: 15 terminals 1.1.1 to l.n.n3 are bi-directional. 
t p The communication link 502.1 to 502. n between the 

'% server 2 and each multi-service server 4.1 to 4.n is bi- 

- directional and, preferably, is a high speed link. 

]% The server 2 then includes a management module 20.1 

!— 20 to 20. n for each link 51.1 to 51. n, with a multi-service 
S server 4.1 to 4.n insofar as this link requires a 

O specific communication protocol. Similarly, each multi- 

service server 4.1 to 4.n is fitted with an interface 
40.1 to 40. n notably a hardware and a software interface 
25 for communication with the server 2. 

The operation of the device is substantially 
identical to that of the device described with reference 
to Figure 1A except for the fact that the requests sent 
by the server 2 to the terminal are translated by the 
30 multi-service server 4.1 to 4.n associated with the 
terminal in concordance with the communication protocol 
between the multi-service server 4.1 to 4.n and the 
terminal 1.1.1 to l.n.n 3 . So as to accelerate the 
processing of the requests from the terminals and the 


21 


dialogue between the server 2 and the terminals 1.1.1 to 
l.n.n3, certain modules or parts of modules can be 
deported onto the multi-service server 4.1 to 4.n 
associated with the terminal. Hence, the registration 
5 procedure for a terminal may be managed at least in part, 
by a specific module of the multi-service server 4.1 to 
4.n associated with the terminal. In effect, for most 
multi-service servers 4.1 to 4.n, each terminal is 
already registered for a particular service from the 

10 multi-service server 4.1 to 4.n. The terminal therefore 
has a unique identification on the multi-service server 
4.1 to 4.n. This identification can be preserved to 
permit access to the service of distributing audio-visual 
selections from the server 2. 

15 Similarly, the graphic module of the server 2 can be 

deported onto each multi-service server 4.1 to 4.n. In 
effect, each multi-service server 4.1 to 4.n may have the 
same type of module to offer its own services. It is 
therefore sufficient to add the functionalities 

20 previously described in this module. 

Hence, when a terminal 1.1.1 to 1 . n . n 3 registered on 
the associated multi-service server 4.1 to 4.n for the 
service of distributing audio-visual selections, desires 
access to this service, for the first time, it 

25 authenticates itself on its multi-service server 4.1 to 
4.n. Next, it notifies, for example, the sending of a 
request or the validation of a command to its multi- 
service server 4.1 to 4.n. The multi-service server 4.1 
to 4.n verifies, . from the identifier supplied by the 

30 terminal, that the latter can access the service from the 
server 2. In the affirmative, the multi-service server 
4.1 to 4.n sends a request to the server 9 through the 
communication interface 40.1. On reception of this 
request, the server 2 sends, by means of a module for 
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communication 20.1 with the respective multi-service 
server 4.1 to 4.n, the necessary information to the 
multi-service server 4.1 to 4.n so that the latter 
transmits the dialogue screens to the terminal so as to 
5 permit the choice or the validation of the choice of at 
least one audio-visual selection. When the choice is 
validated, the audio-visual data corresponding to the 
chosen selection are transmitted by the server 2 to the 
terminal via the associated multi-service server 4.1 to 

10 4.n. During this transmission, the format of the audio- 
visual data corresponding to the chosen selection can be 
modified by the associated multi-service server 4.1 to 
4.n so that the format is compatible with the protocol of 
the communication between the terminal and the associated 

15 multi-service server 4.1 to 4.n. In the context of this 
embodiment example, the multi-service server 4.1 to 4.n 
may behave like a terminal with respect to the server 2. 

Hence, for example, the multi-service server 4.1 to 
4.n can manage listening stations or a background music 

20 device. In this variant, the multi-service server 4.1 to 
4.n is identified at the server to take into 
consideration the uses which will be made by the 
listening stations and the reproductions of the 
selections made as background music. 

25 Hence in this case, and as previously described, a 

record, for example, in the form of a report file, is 
implemented on the multi-service server and is updated 
each time a selection stored on the server is used. 
Consequently, when a musical selection is played in the 

30 context of background music, it must give rise to the 
payment of specific rights. In order to do this, the 
report file stores this use. Hence, when the information 
contained in the report file is transmitted to the server 
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2, the rights corresponding to a reproduction in public 
can be calculated for the purpose of receiving payment. 

Similarly, a listening station may permit a public 
reproduction of the selection. In this case, the report 
5 file stores the reproduction of each selection in order 
to be able to calculate the corresponding rights. 

The operation of the device according to the 
invention will now be described making reference to the 
logic diagram in Figure 2. This logic diagram represents 

10 the succession of operations that occur when a connection 
is made between the terminal 1 and the server 2. As 
previously explained, the first connection of a terminal 
is preceded by a registration procedure in the course of 
which the terminal 1 is identified to the server and the 

15 terminal receives, if the need arises, software elements 
that permit terminal/server dialogue and the exploitation 
of the data transmitted by the server 2 . 

In a first step 401, the link between the terminal 
and the server is initialized. This initialization 

20 corresponds, notably to the connection between the 
management module 20 of the server and the first circuit 
11 of the terminal. Next there is a step requesting 
authentication 402. In this step, the server 2 sends a 
request to the terminal through the authentication module 

25 21 to ask for its identifier and its pass word. The 
reception of this request is translated on the terminal 
1, for example, by the display of a welcome screen 
generated by the graphic interface module 22 of the 
server 2 or by a graphic module of the terminal 

30 comprising a first zone for entering the identifier and a 
second zone for entering the pass word. The user enters 
the identifier and the pass word which have been assigned 
to him during the registration procedure and then 
validates his entry. This validation permits the sending 
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of a response to the request sent by the server. This 
step of asking for authentication can be automatic when 
the identifier and the pass word are stored on the 
terminal 1. As soon as the request asking for 
5 authentication is received by the terminal, the 
identifier and the pass word are returned to the server 
without any particular display. 

Subsequently a third verification step 403 is 
carried out at the server 2. This step consists of 
10 verifying if the identifier and the pass word correspond 
to a registered terminal. In the negative, either a new 
request for identification is sent to the terminal or the 
;^ connection between the server and the terminal is broken 

On under the initiative of the server. In the affirmative, 

1^ 15 in a fourth step 404, the authentication module 21 
*P verifies the status specified for the terminal 1, namely 

jj* if the terminal is authorized to store selections or if 

- 1 the terminal is only authorized to run a selection in 

,j=i real time or if the terminal is authorized to run a 

^ 20 previously stored selection an unlimited number of times. 
q If the terminal is authorized to store, a request asking 

l -J for a report file is sent to the terminal in a fifth step 

405. If the terminal is not authorized to store the 
selections, a sixth step 406 called the selection choice 
25 step is triggered. Of course, when other uses of a 
selection are possible on the terminal 1, corresponding 
information is contained in the authentication module. 

When a terminal 1 which is authorized to store the 
selection, receives the request asking for the report 
30 file, it sends to the server the contents of the report 
file if this contains information and then empties the 
file. If the report file is empty, the terminal sends a 
message indicating that the file is empty. If after a 
specified period of time, the server does not receive a 
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reply, then it breaks the connection with the terminal in 
an eighth step or repeats its request. If the server 
receives a reply, the communication management module 20, 
on the one hand triggers the sixth selection choice step 
5 406 and, on the other hand verifies if this reply 
contains information about the running of the selections 
stored on the terminal. In the affirmative, in a ninth 
step 409, the management module 20 notifies the data 
received to the royalty calculation module 24 in order to 
10 update its data base for the calculation of royalties. 

The selection choice step 406 in fact consists of 
sending to the terminal either dialogue screens generated 
by the graphic interface module 22 or vocal messages, 
ffi These screens include, in particular, the list of 

^ 15 available selections, read by the graphic interface 
module 22 from the selection library 23. Taking into 
J= account the number of selections possible, these may be 

^ classified by style, by preference, by date of 

availability or by frequency of demand. The choice of a 
^ 20 selection is, for example, validated by using a 
q validation screen. The validation of the selections leads 

^3 to a tenth step 410 in which the selection is placed in a 

file constituting the list of selections commanded by the 
user of the terminal. After validation of a terminal, in 
25 an eleventh step, a screen is sent by the server, to 
determine if another selection choice is desired. In the 
affirmative, the sixth 406, tenth 410 and eleventh 411 
steps are carried out once again. In the negative, the 
information contained in the file constituting the list 
30 of selections commanded is sent, in a twelfth step 412, 
to the terminal. On receiving this information, the 
server 2, in a thirteenth step 413, prepares to send 
digital data corresponding to the selections on the list. 
This preparation depends on the type of terminal 1, that 


26 


is to say, if the terminal is authorized or is not 
authorized to store the transmitted information. If the 
terminal is authorized to store, before sending the 
selections chosen, the communication management module 20 
5 of the server 2 notifies the royalty calculation module 
24 to record the copying rights due for the downloading 
of each selection on the list. If the terminal is not 
authorized to store the selections, that is to say the 
terminal only allows listening to the selections in real 
10 time, the communication management module 20 of the 
server 2 notifies the royalty calculation module 24 to 
record the reproduction rights of each selection on the 
7£> list of selections commanded and possibly copying rights 

0] depending on the legislation currently in force. 

> 15 Following the sending of the digital data 

Hh corresponding to the selections commanded to the 

requesting terminal, a screen generated by the graphic 
11 interface module 22 can be sent to the terminal 1 to 

ifj enable the user, .either to again command at least one 

jri 20 selection and then again run through the process starting 
Q with the selection step or to shut down the connection 

^ with the server 2 . 

So as to increase the security of the device with 
respect to illegal copies or reproductions, the 
25 encryption method integrates at least two encryption 
keys. When a terminal is registered it receives the two 
keys which are not known to the user. 

A first encryption key is identical for every 
transmission to all the terminals and permits 
30 identification of the source of the data, that is to say, 
the server 2. In contrast, the second key is specific, 
not only to the terminal but also to the type of use 
which is to be made of the selections. Hence, a terminal 
which is not authorized to store the digital data 
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representative of the selections will have available a 
key which does not allow it to decrypt the digital data 
intended for a terminal authorized to store the digital 
data and will have a key available that permits another 
5 type of use. Similarly, the second encryption key is 
different when the selection is to be played back in a 
public place or if it is the subject of a one-off payment 
of royalties. 

The software elements installed on the terminal 1 
10 may include means of collecting statistical information, 
for example, about the use made of the selections stored 
on the terminal 1 or on the mode and the periods of the 

Q 

i|3 day during which connections to the server are made, 

•ij These collection means comprise means of storing 

4= 15 statistical information in a file that reports on the 

data storage means of the terminal. The collection means 
=p comprise means of transmitting, to the server 2, the 

]*i information contained in this file when a connection is 

y3 made from the terminal to the server 2. Hence, 

^ 20 information such as the date on which the selections were 
D replayed, the order in which the selections were chosen 

~ and the duration of the connection can be stored and then 

sent to the server 2 to be subsequently used for 

commercial purposes. Similarly, when the terminal 1 is 
25 being registered, information on the profile of the user 

or users can be logged so as to complement the recorded 

statistics . 

Hence, in particular, the information collected by 
the server 2 and showing the use made of the selections 
30 sent to the terminal can be cross referenced with the 
profile of the user or any other statistical parameter 
for the purpose, for example, of carrying out market 
research . 


• # 

28 


The device according to the invention also 
integrates means of payment for the selection commands. 
These means of payment can be physically present on the 
terminal and/or integrated with the process of 
5 communication between the terminal and the server. In 
both cases, the payment for the selections can intervene 
at several moments in the process. 

For reasons of simplifications, "credit" will mean 
the sum necessary to command a selection. In a first 

10 variant the credit or credits can be prepaid. In other 
words, each terminal includes a credit account stored on 
the data base and administered by a specific module of 
the server 2. This account is credited by the specific 
module every time the user of the terminal associated 

15 with the account desires it. This modification can be 
accommodated by the graphic interface module 22 through a 
set of specific remote payment screens. 

A credit is debited from the account by the specific 
module every time a selection is validated by the user of 

20 the terminal 1. 

The second method of payment can be payment on each 
selection. In this case, the payment is made during the 
connection between the server and the terminal. Hence, at 
specific instants of the connection, the interface module 

25 22 sends a set of specific screens, either for remote 
payment or for payment through the terminal's payment 
means. In this case, as long as the payment procedure is 
not validated by a payment module of the server or as 
long as the sum paid does not correspond to the number of 

30 credits required for the payment of the selections 
commanded, the sending of the selections is not 
triggered . 

The third method of payment is based on a regular 
payment for the command of selections. In this mode of 
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payment, every time a song is sent to a terminal 1, a 
payment module of the server updates an account 
associated with the terminal. Afterwards and 
periodically, the payment module of the server publishes 
5 an invoice which is sent to the user of the terminal 1 
associated with the account in order to settle the 
account. In this method of payment, the authentication 
procedure can be complemented by a method of verifying 
credit, triggered by the payment module. If a credit 

10 payment is not made, the payment module notifies the 
graphic interface module 21 to generate a screen which 
states the credit situation. This screen is then 
transmitted to the terminal by the communications 
management module of the server to be displayed on the 

15 display means of the terminal. The screen includes, for 
example, a reminder of the credit situation and an 
invitation to regularize the situation. Subsequently the 
server either triggers the pursuit of the command 
procedure or breaks off the connection with the terminal..- 

20 As previously explained, the payment can operate at 

various moments in the procedure of communication between 
the server and the terminal. Hence, payment can be 
requested before the selection step 406. In this case, 
the user of the terminal is invited, by means of a 

25 display screen, to indicate how much credit he wants to 
obtain or how many selections he wishes to make. In 
another variant, the user of the terminal is invited, by 
means of a screen,, to pay the sum of money that he wishes 
and the server 2 on reception of the information 

30 corresponding to this sum, sends back the number of 
credits allocated. 

Payment can be made either after each selection, 
before the updating of the file constituting the list of 
songs commanded or after validation of the choice of the 
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last selection before the sending of the information 
contained in the file constituting the list of selections 
commanded . 


